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DETAILED ACTION 

Applicant's appeal brief filed on January 25, 2010, requesting reconsideration of 
the finality of the rejection of the last Office action, is persuasive and, therefore, the 
finality of that action is withdrawn. 

Claims 1,4-8, 11, 16, and 18-30 are pending. 

Response to Arguments 

Applicant's arguments with respect to claims 1, 4-8, 11,16, 18-30 have been 
considered but are moot in view of the new ground(s) of rejection. 

As noted in the detailed action below the examiner is relying primarily on a 
combination of Brown et al. (US 2006/0265260), Korin (US 20030009408 A1), and 
Willoughby (US 2004/0083233) for teaching the claimed invention. 

Claim Interpretation 

As per claim 28, the examiner is interpreting the limitation "an analyzer that 
receives the response document from the data receiver and the analyzer analyzes the 
response document from the data receiver based on logic or instructions embedded in a 
second script received from the application programmable interface, and wherein the 
analyzer executes the logic or instructions embedded in the second script on the 
response document to analyze a metric associated with the application..." as the 
equivalent of: 
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"an analyzer that receives the response document from the data receiver and the 
analyzer analyzes the response document from the data receiver based on: 
logic; or 

instructions embedded in a second script received from the application 
programmable interface, and 

wherein the analyzer executes: 
the logic; or 

instructions embedded in the second script on the response document to analyze 
a metric associated with the application..." 

Claim Rejections - 35 USC § 101 

35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or 
any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this title. 

Claims 1 , 4-8, 1 1 , and 28-30 are rejected under 35 U.S.C. 1 01 because the claimed 
invention is directed to non-statutory subject matter. 

As per claims 1 , 4-8, 1 1 , and 28-30 the broadest reasonable interpretation of a 
claim drawn to a computer readable medium typically covers forms of non-transitory 
tangible media and transitory propagating signals per se (see 

http://www.uspto.gov/patents/law/notices/101_crm_20100127.pdf). However, when the 
broadest reasonable interpretation of a claim covers a signal perse, the claim must be 
rejected under 35 U.S.C. §101 as covering non-statutory subject matter. See In re 
Nuijten, 500 F.3d 1346, 1356-57 (Fed. Cir. 2007). 
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Here, Applicant's specification does not provide a definition of a computer 
readable medium. Thus, since the broadest reasonable interpretation of claims 1, 4-8, 
11, 16, 28-30 may cover transitory propagating signals perse, the claims must be 
rejected under 35 U.S.C. §101 as covering non-statutory subject matter. 

In order to overcome the 35 U.S.C. §101 rejection of claims 1,4-8, 11, 16, 28-30 
the examiner would encourage the applicant to limit the scope of claims 1 , 4-8, 11,16, 
28-30 to "a non-transitory computer readable medium". 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 1, 6, 7, 11, 16, 18, 20, 21, 22, 23, 25, 26, and 27 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Brown et al. (US 2006/0265260)("Brown"), in 
view of Korin (US 20030009408 A1) ("Korin"), in further view of Willoughby (US 
2004/0083233)("Willoughby"), and Brett McLaughlin, "Java and XML", O'Reilly 
and Associates, June 2000. 

As per claim 1 , Brown teaches receiving a request for data from an application 
(i.e. a customer browser 214 application, see 1J0096), and at least one information 



Application/Control Number: 10/682,463 Page 5 

Art Unit: 2453 

service layer script (i.e. the script processor 204 running a script to that issues queries 
to a products table 204 and competitive products table 432, see 1J0097) and at least one 
information command layer script (i.e. the script processor 204 running a script to 
calculate a comparison quantity and a competing product costs, see U0098); 

a requestor component that builds a request for data using the at least one 
information layer script (see 1J0097, wherein issuing a query using a script running on 
script processor 204 implies an initial step of building said query), and transmits the built 
request for data to the information service layer (i.e. the products table 204 and the 
competitive products table 432, see 1J0097, read as an information service layer); 

a receiver component communicating with the information service layer that 
receives a response from the information service layer (i.e. receiving values such as a 
"price per unit field", ect., see 1J0097), formatted based upon formatting described in the 
information service layer script (see H0086, i.e. the query returns a list of results 
formatted into a recordset, read as a format described in the information service layer 
script), and the response including at least a portion of the requested data (i.e. "price 
per unit field", ect., see 1J0097); 

an analyzer (the script processor 204) that receives the response from the 
receiver component (i.e. next the script processor 204, calculates a comparison quantity 
of the competing products, read as an analyzer, see 1T0098) and the analyzer analyzes 
the at least a portion of the requested data according to the at least one information 
command layer script (i.e. according to a script that calculates a comparison quantity 
and a competing product costs, see U0098), wherein the analyzer to analyze a metric 
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associated with the application based on the at least a portion of the requested data (i.e. 
a "savings value", read as a metric, see 1J0095-U0098), and tne analyzer creates an 
analyzed portion of the response (i.e. a "savings value", see 1J0099); and 

a writer component formatting the analyzed portion of the response based upon 
a desired format (see "formatted text", see 1J0099); and 

sending the formatted analyzed portion of the response to the application (i.e. 
transmitted back to the customer browser, see 110098). 

As per claim 1 , Brown does not expressly teach the at least one information 
service layer script (i.e. the script processor 204 running a script to that issues queries 
to a products table 204 and competitive products table 432, see 1J0097) and the least 
one information command layer script (i.e. the script processor 204 running a script to 
calculate a comparison quantity and a competing product costs, see 1J0098), being 
provided from an application program interface in response to the receipt of the 
customer browser's request; and wherein the application program interface send the 
formatted text back to the customer browser. 

Nevertheless, in the same art of distributed processing, Korin teaches a server 
for receiving API calls from a client and generating API results at a second computer 
(see 1|0047). Furthermore, Korin teaches the benefits of configuring an API to expose 
software applications running on a second computer (such as script running on script 
processor 204, in Brown). In particular Korin teaches, for example, a certain computer 
may contain a first program that calculates the average of a series of numbers. If this 
first program has an API that exposes this capability, it would then be possible to create 
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a second program that uses the API to also calculate the average of a series of 
numbers. The API of the first program allowed the creator of the second program to 
avoid having to generate this feature from scratch (see 110042). 

Thus, a person having ordinary skill in the art would have been motivated to 
expose Brown's script processor 204 through an API, as taught by Korin. The 
motivation for doing so would have been to allow application software developers to 
take advantage of the scripts running on Brown's script processor 204, thus avoiding 
burden of generating Brown's script processor 204 from scratch. 

Brown also fails to teach wherein instructions are embedded within at least on 
information command layer script using a tag-based markup language. Likewise Brown 
does not expressly teach parses the information command layer script to obtain the 
instructions embedded in the information command layer script. 

Nevertheless, in the same art of distributed processing, Willoughby teaches a 
system for configuring API scripts running on a server according to XML (see 1T0008 
and ), which is language that is independent of the operating system and hardware 
implementation (see 110008). Furthermore, although Willoughby is silent on the step of 
parsing the XML scripts to obtain instructions embedded therein, such a parsing step is 
inherent to in the execution of such XML scripts (see for example, Brett McLaughlin, 
"Java and XML", O'Reilly and Associates, June 2000. pg. 46, "One of the first things you 
will have to do when dealing with XML programmatically is take an XML document and 
parse it"). 
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A person having ordinary skill in the art would have been motivated to modify the 
teachings of Brown and Korin with the teachings of Willoughby for configuring the least 
one information command layer script (i.e. the script processor 204 running a script to 
calculate a comparison quantity and a competing product costs, see Brown 1J0098) 
according to an XML implementation. The motivation for doing so would have been to 
allow the script processor 204 to be transparently ported across heterogeneous 
platforms without cost to application programmers. 

As per claim 6, the combination of Brown, Korin, and Willoughby further teaches 
wherein the writer component formats the analyzed portion of the response as an 
extensible mark-up language report (see Willoughby, XML response, 1J0070). 

The same motivation for combining Brown, Korin, and Willoughby in claim 1, 
applies equally well to claim 6. 

As per claim 7, the combination of Brown, Korin, and Willoughby further teaches 
wherein the writer component formats the analyzed portion of the response as an 
extensible mark-up language report (see Willoughby, wherein the XML response 
includes corresponding XML tags, U0070). 

The same motivation for combining Brown, Korin, and Willoughby in claim 1, 
applies equally well to claim 7. 
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As per claim 1 1 , Brown, Korin, and Willoughby further teaches wherein the 
application program interface promotes communication between at least one application 
resident on at least one other computer system (i.e. Brown's customer browser running 
on a client device, see Fig. 2, ref. 104, also see Korin, 1J0063, which further teaches the 
API providing an interface between a client and server device). 

The same motivation for combining Brown, Korin, and Willoughby in claim 1, 
applies equally well to claim 1 1 . 

As per claim 16, Brown teaches a method for processing data retrieved from an 
information service layer (i.e. the products table 204 and the competitive products table 
432, see ^[0097, read as an information service layer), the method comprising: 

building a request for data (i.e. a browser issuing a request, see U0097); 

submitting the request for data to an information service layer (i.e. the products 
table 204 and the competitive products table 432, see 1J0097, read as an information 
service layer); 

receiving at least a portion of the requested data from the information service 
layer (i.e. receiving values such as a "price per unit field", ect., see 1J0097), wherein at 
least a portion of the requested data is formatted according to the information service 
layer script (i.e. the script processor 204 running a script to that issues queries to a 
products table 204 and competitive products table 432, see 1J0097, wherein in response 
the requested data is returned in a format that the script processor can handle, i.e. a 
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recordset format, see 110086, read as at least a portion of the requested data is 
formatted according to the information service layer script); and 

processing the at least a portion of the requested data received from the 
information service layer according to an information command layer script (i.e. next the 
script processor 204, calculates a comparison quantity of the competing products, read 
as executing a command layer script, see U0098), wherein the processing comprises: 

performing a calculation on the at least a portion of the requested data based 
upon the embedded instructions to analyze a metric associated with the application (i.e. 
a "savings value", read as a metric, see 1f0095-1J0098); ancl 

formatting the analyzed portion of the requested data based on a desired format 
(see "formatted text", see U0099); 

Brown fails to teach the scripts executed by script processor 204, being provided 
by an API (i.e. "an information service layer script provided by an application program 
interface). 

Nevertheless, in the same art of distributed processing, Korin teaches a server 
for receiving API calls and generating API results to the client-side (see 110047). 
Furthermore, Korin teaches the benefits of configuring an API to expose software 
applications running on a second computer (such as script running on script processor 
204, in Brown). In particular Korin teaches, for example, a certain computer may contain 
a first program that calculates the average of a series of numbers. If this first program 
has an API that exposes this capability, it would then be possible to create a second 
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program that uses the API to also calculate the average of a series of numbers. The API 
of the first program allowed the creator of the second program to avoid having to 
generate this feature from scratch (see 1f0042). 

Thus, a person having ordinary skill in the art would have been motivated to 
expose Brown's script processor 204 through an API, as taught by Korin. The 
motivation for doing so would have been to allow application software developers to 
take advantage of the scripts running on Brown's script processor 204. 

Furthermore, Brown fails to teach: 

wherein the request for data comprise an information service layer script 
provided by an application program interface; 

parsing the information command layer script; and 

interpreting embedded instructions from the information command layer script; 
and wherein the information command layer script further comprises instructions 
to monitor a process based on the requested data and spawn an event based 
upon a trigger related to the requested data 

Nevertheless, in the same art of distributed processing, Willoughby teaches a 
system for configuring API scripts running on a server according to XML (see 110008), 
which is language that is independent of the operating system and hardware 
implementation (see 110008). Furthermore, although Willoughby is silent on the step of 
parsing the XML scripts to obtain instructions embedded therein and interpreting the 
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embedded instructions, such parsing and interpreting step are inherent to in the 
execution of XML scripts (see for example, Brett McLaughlin, "Java and XML", O'Reilly 
and Associates, June 2000. pg. 46, "One of the first things you will have to do when 
dealing with XML programmatically is take an XML document and parse it'). 

Also, Willougby teaches wherein the system receives a request for data including 
at least one XML script (see "XML request" 1J0055-U0056, read as generating a request 
for data wherein the request for data includes an XML script). Furthermore, Willoughby 
teaches wherein the server using XML API scripts monitors a process based on 
requested data and spawns an event based upon a trigger related to the requested data 
(see 1J0050, i.e. "...generating an error status, based on the XML response, and send it 
to the client system 101"). 

A person having ordinary skill in the art would have been motivated to modify the 
teachings of Brown and Korin with the teachings of Willoughby for configuring the least 
one information command layer script (i.e. the script processor 204 running a script to 
calculate a comparison quantity and a competing product costs, see Brown 1J0098) 
according to an XML implementation, including the ability to monitor for error status 
conditions. The motivation for doing so would have been to allow the script processor 
204 to be transparently ported across heterogeneous platforms without cost to 
application programmers. Furthermore, the motivation for configuring Brown's script 
processor 204 to monitor for error status conditions, would have been to allow Brown's 
system to provide appropriate feedback to the client device (i.e. Brown, Fig. 1, ref. 104) 
regarding the status of their request. 
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As per claim 18, Brown further teaches wherein the process is defined as an 
application operation (i.e. an application for calculating savings, see U0095). 

As per claim 20, Brown further teaches wherein the information command layer 
script is defined as logic to manipulate the requested data (see U0098-U0099). 

As per claim 21 , Brown further teaches wherein the information command layer 
script is processed automatically upon receiving the at least portion of the requested 
data from the information service layer (see fl0098-U0099, also see 1J0031 , wherein 
Brown's script processor 204 is described with regard to a machine (i.e. Pentium 
processor machine) that performs automatic processes) 

As per claim 22, Brown, Korin, and Willoughby further teaches further teaches 
wherein the information command layer script is processed prior to receiving the 
formatted portion of the requested data from the information service layer (see for 
example, Brett McLaughlin, "Java and XML", O'Reilly and Associates, June 2000. pg. 
46, "One of the first things you will have to do when dealing with XML programmatically 
is take an XML document and parse it", read as processing the information command 
layer script prior to receiving the formatted portion of the requested data). 

The same motivation for combining Brown, Korin, and Willoughby in claim 16, 
applies equally well to claim 22. 
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As per claim 23, Brown, Korin, and Willoughby further teaches wherein 
processing the information command layer script to format the data including formatting 
the data to extensible mark-up language report (see Willoughby, XML response, 
U0070). 

The same motivation for combining Brown, Korin, and Willoughby in claim 16, 
applies equally well to claim 23. 

As per claim 25, Brown, Korin, and Willoughby further teaches wherein 
processing the information command layer script to format the data includes formatting 
the data to extensible mark-up language tags (see Willoughby, wherein the XML 
response includes corresponding XML tags, 1J0070). 

The same motivation for combining Brown, Korin, and Willoughby in claim 16, 
applies equally well to claim 25. 

As per claim 26, Brown, Korin, and Willoughby further teaches wherein building 
the request for data includes generating an extensible mark-up language tag (see 
Willoughby "XML request" U0055-U0056). 

The same motivation for combining Brown, Korin, and Willoughby in claim 16, 
applies equally well to claim 26. 

As per claim 27, Brown, Korin, and Willoughby further teaches the information 
service layer is executed on a first computer system (i.e. Brown "page server" Fig. 2, 
ref. 102, see U0098), the method further comprising passing formatted data to an 
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application on a second computer system (i.e. Brown "customer browser", Fig. 2, ref. 
108, see 1J0099). 

Claims 4, 5, and 19 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Brown et al. (US 2006/0265260)("Brown"), in view of Korin (US 20030009408 A1) 
("Korin"), in view of Willoughby (US 2004/0083233)("Willoughby") and Brett 
McLaughlin, "Java and XML", O'Reilly and Associates, June 2000, in further view 
of Chesney (US 2003/0093301) ("Chesney"). 

As per claims 4, 5, and 19, Draper does not expressly teach the analyzer further 
verifies invoicing cycles associated with the application. 

Nevertheless, in the same art of business data collection, Chesney teaches a 
method and apparatus for acquiring and analyzing collected information at a central 
system (see abstract), wherein the information collected at the central system is for the 
purpose of generating invoice every month (read as invoicing cycles, see U0023). 

A person having ordinary skill in the art to modify the teachings of Brown, Korin 
and Willoughby with the teachings of Chesney, for utilizing the system taught by Brown, 
Korin and Willoughby to create billing invoices for clients. The motivation for doing so 
would have been to provide an automated system for generating billing invoices at night 
(see Chesney U0023), thus reducing the time and personal required to manually 
develop such billing invoices. 
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Claim 8 is rejected under 35 U.S.C. 103(a) as being unpatentable over Brown et al. 
(US 2006/0265260)("Brown"), in view of Korin (US 20030009408 A1) ("Korin"), in 
further view of Willoughby (US 2004/0083233)("Willoughby"), and Brett 
McLaughlin, "Java and XML", O'Reilly and Associates, June 2000, in further view 
of Draper et al. (US 7,152,062) ("Draper"). 

As per claim 8, the combination of Brown, Korin, and Willoughby further teaches 
wherein the writer component formats the analyzed portion of the response as character 
delimited. 

Nevertheless, in the same art of distributed processing, Draper further teaches a 
system and method for querying remote data sources on behalf of a client application 
(see abstract) which utilizes a results transform function to transform the query results 
into a character (e.g. "tr" tag) delimited format so that the client application program can 
display the results (see col. 13, lines 54-56 and col. 13, line 53-col. 15, line 56). 

A person having ordinary skill in the art would have been motivated to modify the 
teachings of Brown, Korin, and Willoughby with the teachings of Draper for configuring 
Brown's writer component (i.e. a component for "formatted text", see 1J0099), to format 
the analyzed portion of the response in a character delimited format. The motivation for 
doing so would have been to provide Brown's client application with an appropriate 
format for rendering the retrieved results by the client's browser (i.e. Brown, Fig. 2, ref. 
104). 
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Claim 24 is rejected under 35 U.S.C. 103(a) as being unpatentable over Brown et 
al. (US 2006/0265260)("Brown"), in view of Korin (US 20030009408 A1) ("Korin"), 
in further view of Willoughby (US 2004/0083233)("Willoughby"), and Brett 
McLaughlin, "Java and XML", O'Reilly and Associates, June 2000, in further view 
of Machalek (US 2002/001 3786)("Machalek"). 

As per claim 24, the combination of Brown, Korin, and Willoughby does not 
expressly teach wherein processing the information command layer script to format the 
data includes formatting the data to a tab delimited file. 

Nevertheless, in the same art of data processing, Machalek teaches a system for 
exporting data into a tab-delimited format for appropriate processing by a spreadsheet 
software application (see |f0002). 

A person having ordinary skill in the art would have been motivated to modify the 
teachings of Brown, Korin, and Willoughby with the teachings of Machalek for 
configuring Brown's writer component (i.e. a component for "formatted text", see U0099), 
to format the analyzed portion of the response in a tab delimited format. The motivation 
for doing so would have been to provide Brown's system with the ability to export the 
formatted text to a spreadsheet software application where it can be viewed and 
appropriately manipulated by a user (see Machalek, 1J0002). 
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Claims 28-30 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Brown et al. (US 2006/0265260)("Brown"), in view of Korin (US 20030009408 
A1) ("Korin"), in further view of Willoughby (US 2004/0083233)("Willoughby"). 

As per claim 28, Brown teaches a system for processing data stored on a 
computer readable medium retrieved from an information service layer (i.e. the products 
table 204 and the competitive products table 432, see U0097, read as an information 
service layer), the system comprising: 

an interface that receives a request for a data from an application (i.e. "customer 
browser issues a request", see ^[0096); 

a data requestor that receives the request for data (i.e. a script processor 204, 
see 1J0097); 

an information service layer that receives the request from the data requestor, 
retrieves the data, and creates a response document (see 1J0097, wherein the products 
table 402 and the competitive products table 432, receives the request, retrieves data, 
and returns an output, also see 1J0086, wherein the output is in the form of a "recordset" 
read as a response document). 

a data receiver that receives the response document from the information service 
layer (i.e. 1J0096-U0097, and H0086, wherein the script processor 204 obtains said 
recordset to calculate a comparison quantity, read as a data receiver that receives the 
recordset response document); 
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an analyzer that receives the response document from the data receiver and the 
analyzer analyzes the response document from the data receiver based on logic ... (i.e. 
calculating a comparison quantity, read as an analyzer that analyzes the recordset 
document, see U0097), and wherein the analyzer executes the logic... (i.e. executing 
logic to calculate a comparison quantity, read as an analyzer that analyzes the 
recordset document, see ^0097), and the analyzer creates an output document (i.e. 
deriving a saving value, see 1f0098, read as an output document), 

a writer that receives the output document and formats the output document into 
an output formatted document (see "formatted text", 1J0099), and wherein the output 
formatted document is transmitted to the application (see 1J0099, back to the customer 
browser). 

Brown does not expressly teach wherein the script processor 204 is exposed 
through an application programmable interface (API), such that an API: receives said 
request for a data from an application, and wherein the output formatted document (i.e. 
the formatted text, see 1J0099) is transmitted to the API, and from the API to the 
[customer browser] application (see 1J0099). 

Nevertheless, in the same art of distributed processing, Korin teaches a server 
for receiving API calls and generating API results to the client-side (see ^0047). 
Furthermore, Korin teaches the benefits of configuring an API to expose software 
applications running on a second computer (such as script running on script processor 
204, in Brown). In particular Korin teaches, for example, a certain computer may contain 
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a first program that calculates the average of a series of numbers. If this first program 
has an API that exposes this capability, it would then be possible to create a second 
program that uses the API to also calculate the average of a series of numbers. The API 
of the first program allowed the creator of the second program to avoid having to 
generate this feature from scratch (see fl0042). 

Thus, a person having ordinary skill in the art would have been motivated to 
expose Brown's script processor 204 through an API, as taught by Korin. The 
motivation for doing so would have been to allow application software developers to 
take advantage of the scripts running on Brown's script processor 204. 

Furthermore, the combination of Brown and Korin, does not expressly teach the 
data requestor receives the request for data from and a first script from the API (wherein 
the examiner is interpreting the "request for data a first script" as an XML request), such 
that the information service layer (i.e. the products table 204 and the competitive 
products table 432, see 1J0097) receives the first script (e.g. an XML request document) 
from the data requestor, retrieves the data and creates a response document based 
upon formatting described in the first script (e.g. an XML response document). 

Nevertheless, in the same art of distributed processing, Willoughby teaches a 
system for configuring API scripts running on a server according to XML (see U0008), 
which is language that is independent of the operating system and hardware 
implementation (see 110008). Furthermore, Willougby teaches a data requestor (i.e. an 
e-commerce server, see Fig. 2) that receives a request for data from and a first script 



Application/Control Number: 10/682,463 Page 21 

Art Unit: 2453 

from the API (i.e. see 110053, e-commerce server 120 generates an XML request based 
on the information supplied by the end-user and the selected item, read as a first script), 
such that an information service layer (i.e. Web Tools API server 130) receives the first 
script (i.e. an XML request document, see U0056) from the data requestor (see U0056), 
retrieves the data and creates a response document based upon formatting described 
in the first script (see XML response, see U0056-U0057). 

A person having ordinary skill in the art would have been motivated to modify the 
teachings of Brown and Korin with the teachings of Willoughby for configuring the least 
one information command layer script (i.e. the script processor 204 running a script to 
calculate a comparison quantity and a competing product costs, see Brown 1J0098) 
according to an XML implementation, including the ability to transmit and receive XML 
documents (i.e. a first script). The motivation for doing so would have been to allow the 
script processor 204 to be transparently ported across heterogeneous platforms without 
cost to application programmers. 

As per claim 29, the combination of Brown, Korin, and Willougby further teaches 
the first script comprises an information service layer script (i.e. Willoughby "an XML 
request", see U0055-U0056). 

The same motivation for combining Brown, Korin, and Willoughby in claim 28, 
applies equally well to claim 29. 
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As per claim 30, Brown further teaches the second script comprises an 
information command layer script (i.e. a script that calculates a comparison quantity and 
a competing product costs, see 1J0098, read as an information service layer script). 

Conclusion 

The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure (see PTO 892). 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to BRENDAN Y. HIGA whose telephone number is 
(571 )272-5823. The examiner can normally be reached on M-F 8:30-5:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Joseph Thomas can be reached on (571)272-6776. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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/BRENDAN HIGA/ 
Examiner, Art Unit 2453 



